Bit-stream processing/transmitting and/or receiving/processing method, medium, and apparatus

ABSTRACT

A method, medium, and apparatus hierarchically coding/decoding audio data, such as bit sliced arithmetic coding (BSAC), such that payloads of audio data and extension data can be grouped and interleaved according to priority so that some groups of the payloads are dropped, and the remainder of groups are transmitted. Therefore, extension data that is more important than a top layer of audio data, in terms of reproducing of original sounds, can be transmitted with priority.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Divisional application of application Ser. No.11/546,435 filed Oct. 12, 2006, now pending, and which claims thebenefit of U.S. Provisional Applications No. 60/725,317, filed on Oct.12, 2005, and No. 60/726,159, filed on Oct. 14, 2006, and priority ofKorean Patent Application Nos. 10-2006-0049081 and 10-2006-0049082, bothfiled on May 30, 2006, No 10-2006-0067705, filed Jul. 19, 2006, and No10-2006-0095040, filed Sep. 28, 2006, in the Korean IntellectualProperty Office, the disclosures of which are incorporated herein intheir entirety by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

An embodiment of the present invention relates to a method, medium, andapparatus coding/decoding audio data, and more particularly, to amethod, medium, and apparatus hierarchically coding/decoding audio datasuch as through bit sliced arithmetic coding (BSAC).

2. Description of the Related Art

There are two ways to transmit a bit sliced arithmetic coding (BSAC)payload to support a fine granular scalability (FGS) capability. Thefirst way is to drop elementary streams for a BSAC access unit. In thiscase, the access unit is defined as an independently accessible portionof an elementary stream. The access unit is the smallest data unit thatcan contain timing information. The second way is to truncate the BSACpayload on a server side providing audio data, that is, a coder side.The former occurs on a sync layer and a deliver layer, while the latteroccurs on a compression layer. The two techniques can also be usedsimultaneously.

When a bit-stream is transmitted to a decoder by hierarchically codingaudio data in a coder using the aforementioned transmission techniques,a problem conventionally lies in that there is no solution toeffectively transmit the hierarchically coded audio data along withextension data that can form audio data, such as data for extending achannel of audio data to a multi-channel, data for extending a bandwidthof audio data, and data for generating a cyclic redundancy code (CRC)for checking a transmission error of audio data, for example.

Accordingly, there is a need to overcome these conventional drawbacks.

SUMMARY OF THE INVENTION

An embodiment of the present invention provides an apparatus, medium,and method enhancing audio data scalability and providing backwardcompatibility so as to support conventional hierarchical codingtechniques.

An embodiment of the present invention also provides an apparatus,medium, and method taking into account importance of extension data andan audio data band to provide scalable transmission.

Additional aspects and/or advantages of the invention will be set forthin part in the description which follows and, in part, will be apparentfrom the description, or may be learned by practice of the invention.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention include a method ofprocessing/transmitting a bit-stream, the method including coding audiodata and at least one extension data for the audio data, interleavingpayloads resulting from the coding by grouping the payloads into aplurality of grouped and interleaved payloads, and electively droppingat least one group of the plurality of grouped and interleaved payloads.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention further include an apparatusprocessing/transmitting a bit-stream, the apparatus including a coder tocode audio data and at least one extension data for the audio data, aninterleaving unit to interleave payloads resulting from the coding bygrouping the payloads into a plurality of grouped and interleavedpayloads, and a transmitter to selectively drop at least one group ofthe plurality of grouped and interleaved payloads, and to transmit aremainder of groups not selectively dropped.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention still further include a method ofprocessing/transmitting a bit-stream, the method including coding audiodata and at least one extension data for the audio data, truncatingselective payloads resulting from the coding, and transmitting thetruncated payloads.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention still further include an apparatusprocessing/transmitting a bit-stream, the apparatus including a coder tocode audio data and at least one extension data for the audio data, atruncator to selectively truncate payloads resulting from coding of thecoder, and a transmitter to transmit the truncated payloads.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention still further include a method ofreceiving/processing a bit-stream, the method including receivinggrouped and interleaved payloads, restoring the grouped and interleavedpayloads to original form restored payloads, and decoding audio dataincluded in the restored payloads and at least one extension data forthe audio data.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention still further include an apparatusreceiving/processing a bit-stream, the apparatus including a receiver toreceive grouped and interleaved payloads, a restorer to restore thegrouped and interleaved payloads to original form restored payloads, anda decoder to decode audio data included in the restored payloads and atleast one extension data for the audio data.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention still further include a method ofreceiving/processing a bit-stream, the method including receivingpayloads having truncated portions, restoring the payloads having thetruncated portions to original form restored payloads, and decodingaudio data included in the restored payloads and at least one extensiondata for the audio data.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention include at least one mediumincluding computer readable code to control at least one processingelement to implement an embodiment of the present invention.

To achieve at least the above and/or other aspects and advantages,embodiments of the present invention further include an apparatusreceiving/processing a bit-stream, the apparatus including a receiver toreceive payloads having truncated portions, a restorer to restore thepayloads having the truncated portions to original form restoredpayloads, and a decoder to decode audio data included in the restoredpayloads and at least one extension data for the audio data.

BRIEF DESCRIPTION OF THE DRAWINGS

These and/or other aspects and advantages of the invention will becomeapparent and more readily appreciated from the following description ofthe embodiments, taken in conjunction with the accompanying drawings ofwhich:

FIG. 1 illustrates a bit-stream processing/transmitting apparatus,according to an embodiment of the present invention;

FIG. 2 illustrates a dropping of an elementary stream, according to anembodiment of the present invention;

FIG. 3 illustrates another dropping of an elementary stream, accordingto an embodiment of the present invention;

FIG. 4 illustrates another dropping of an elementary, according to anembodiment of the present invention;

FIG. 5 illustrates a bit-stream processing/transmitting apparatus,according to another embodiment of the present invention;

FIG. 6 illustrates a truncating of a payload, according to an embodimentof the present invention;

FIG. 7 illustrates a bit-stream receiving/processing apparatus,according to an embodiment of the present invention;

FIG. 8 illustrates a bit-stream receiving/processing apparatus,according to another embodiment of the present invention;

FIG. 9 illustrates a bit-stream processing/transmitting method,according to an embodiment of the present invention;

FIG. 10 illustrates a bit-stream processing/transmitting method,according to another embodiment of the present invention;

FIG. 11 illustrates a bit-stream receiving/processing method, accordingto an embodiment of the present invention; and

FIG. 12 illustrates a bit-stream receiving/processing method, accordingto another embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Reference will now be made in detail to embodiments of the presentinvention, examples of which are illustrated in the accompanyingdrawings, wherein like reference numerals refer to the like elementsthroughout. Embodiments are described below to explain the presentinvention by referring to the figures.

FIG. 1 illustrates a bit-stream processing and/or transmittingapparatus, according to an embodiment of the present invention. Thebit-stream processing/transmitting apparatus may include a coder 100, apayload processor 110, an elementary stream (ES) generator 120, an ESpriority assignment unit 130, a sync layer (SL) packet generator 140, aSL priority assignment unit 150, and a transmitter 160, for example.

The coder 100 may hierarchically code audio data and extension data ofthe audio data. In an embodiment, the audio data may be coded by using abit sliced arithmetic coding (BSAC) method. Examples of the extensiondata of the audio data may include data for extending a channel of audiodata to a multi-channel, data for extending a bandwidth of audio data,and data for generating a cyclic redundancy code (CRC) for checking atransmission error of audio data, for example. In addition, additionalextension data of the audio data may include meta data of the audio dataor a fill element of the audio data, noting that embodiments are notlimited to the same. When the extension data of the audio data is coded,the coder 100 may code at least one of the aforementioned examples ofthe extension data of the audio data.

When an elementary stream is dropped for a technique using an accessunit among payload transmission techniques, the payload processor 110may group and interleave payloads so that some of the payloads includedin one sub frame resulting from the coding of the coder 100 and some ofthe payloads included in another sub frame belong to one group. In aMPEG standard, an access unit is defined as an independently accessibleportion in an elementary stream, and is the smallest data unit that cancontain timing information.

The ES generator 120 may generate elementary streams corresponding topayload groups on a compression layer from the payloads that are groupedand interleaved by the payload processor 110. Here, the compressionlayer is defined as a layer that receives a coding result of the coder100, for example, and thus generates elementary streams.

The ES priority assignment unit 130 may assign priorities to theelementary streams, e.g., as generated by the ES generator 120. Morespecifically, the ES priority assignment unit 130 may assign prioritiesto the respective elementary streams according to a transmissionpriority, on a decoder side. Accordingly, the respective elementarystreams, generated by the ES generator 120, may have a priorityspecified in an ES descriptor.

The SL packet generator 140 may generate SL packets corresponding topayload groups on a sync layer from the elementary streams, e.g., asgenerated by the ES generator 120. The sync layer is defined as a layerthat generates SL packets providing sync information between an audiodata coder and an audio data decoder by adapting elementary streams.

The SL priority assignment unit 150 may assign priorities to therespective SL packets, e.g., as generated by the SL packet generator140. More specifically, according to an embodiment, the SL priorityassignment unit 150 assigns priorities to the respective SL packetsaccording to the transmission priority on the decoder side. Accordingly,the priority assigned to the respective elementary streams by the ESpriority assignment unit 130 and the priority assigned to the respectiveSL packets by the SL priority assignment unit 150 enable severalelementary streams to be dropped for scalable transmission on a synclayer and a delivery layer.

The transmitter 160 may drop some of the SL packets and transmit theremainder of the SL packets based on the priorities of the respectiveelementary streams, e.g., as assigned by the ES priority assignment unit130, and the priorities of the respective SL packets, e.g., as assignedby the SL priority assignment unit 150. More specifically, thetransmitter 160 may determine a total bit-rate for transmitting SLpackets by considering the transmission environment between a coder sideand a decoder side. Further, the transmitter 160 may drop the SL packetsin descending order of values, obtained by subtracting priorities of SLpackets from priorities of elementary streams, and transmit theremainder of SL packets.

FIG. 2 illustrates a dropping of an elementary stream, e.g., in abit-stream processing/transmitting apparatus, according to an embodimentof the present invention.

Here, FIG. 2 shows scalable transmission of BSAC audio data andextension data thereof when extension data of audio data is data forextending a channel of audio data to a multi-channel. That is, thisillustration shows scalable transmission of BSAC payloads correspondingto ‘BSAC channel extension’.

As illustrated in FIG. 2, the number of sub frames may be set to 2, andfour SL packets having low priorities may be dropped. Here, the numberof the sub frames is not limited to 2 in embodiments of the presentinvention, i.e., one or more sub frames may equally be used. Similarly,the number of dropped SL packets may occasionally change. The droppedpackets correspond to a top layer of the BSAC payloads of audio dataincluded in a center (C) channel and a surround left (SL)/surround right(SR) channel corresponding to extension data of the audio data.Accordingly, audio data of each channel can be evenly reproduced byallowing a base layer corresponding to a low frequency band to betransmitted with priority for audio data of each channel.

In FIG. 2, the payload processor 110, for example, may group andinterleave BSAC payloads resulting from the coding of the coder 100 sothat some of the payloads of audio data and some of the payloads of datafor extending a channel of audio data belong to one group.

For example, if 5.1 channel audio data is used in an embodiment, thepayload processor 110, for example, may group and interleave payloads sothat a base layer LL0_0 and a base layer LL1_0 belong to one group,wherein the base layer LL0_0 is included in each layer's payloads ofaudio data for a front left (FL) channel and a front right (FR) channelresulting from the coding of the coder 100 with respect to the FLchannel and the FR channel, and the base layer LL1_0 is included in eachlayer's BSAC payloads of audio data for a SL channel and a SR channelresulting from the coding of the coder 100 with respect to the SLchannel and the SR channel.

Further, the payload processor 110, again as an example, may group andinterleave payloads so that a top layer LL0_1 and a top layer LL1_1belong to one group, wherein the top layer LL0_1 is included in eachlayer's BSAC payloads of audio data for the FL channel and the FRchannel resulting from the coding of the coder 100 with respect to theFL channel and the RF channel, and the top layer LL1_1 is included ineach layer's BSAC payloads of audio data for a SL channel and a SRchannel resulting from the coding of the coder 100 with respect to theSL channel and the SR channel.

The ES generator 120, for example, may generate a 0th elementary streamfrom the payloads LL0_0 and payloads LL1_0 which have been grouped andinterleaved to be one group, e.g., by the payload processor 110.Subsequently, as illustrated in FIG. 2, the ES priority assignment unit130, for example, may assign a priority of 9 to the 0th elementarystream generated by the ES generator 120. The SL packet generator 140may, thus, generate two SL packets from the 0th elementary streamgenerated by the ES generator 120. Thereafter, the SL priorityassignment unit 150 may assign a priority of 0 to the respective SLpackets, as generated by the SL packet generator 140. Likewise, the restof payloads illustrated in FIG. 2 may subject to the same process.

According to the total bit-rate for transmission of SL packets, thetransmitter 160 may drop the four SL packets in the descending order ofvalues obtained by subtracting the priority of SL packets from priorityof elementary streams, and transmit the remainder of SL packets. Here,though the embodiment of FIG. 2 has been described with reference toaspects of FIG. 1, it should be noted that embodiments of the presentinvention should not be limited thereto. Similarly, though methodfeatures may hereafter be described with reference to aspects ofapparatuses described herein, the method features should not be limitedthereto or require combination of the same.

FIG. 3 illustrates another dropping of an elementary stream, accordingto an embodiment of the present invention.

Here, FIG. 3 illustrates a scalable transmission of audio data andextension data thereof when the extension data of stereo audio data isdata for extending a bandwidth of audio data. That is, FIG. 3illustrates scalable transmission of BSAC payloads resulting from thecoding performed by using ‘BSAC spectral band replication (SBR)enhancement’.

In the example illustrated in FIG. 2, the number of sub frames is set to2, and two SL packets having low priority are dropped. However, thenumber of the sub frames is not limited to 2 in the present invention,and thus one or more sub frames may be used. Further, the number ofdropped SL packets may occasionally change. The dropped packetscorrespond to a top layer of each layer's BSAC payloads of stereo audiodata included in a first sub frame and a top layer of each layer's BSACpayloads of stereo audio data included in a second sub frame.Accordingly, a total bit-rate to be transmitted can be reduced byincreasing the dropped SL packets. The total bit-rate to be transmittedis reduced and results in graceful degradation in sound quality wherehigh frequency signals in association with the top layer arereconstructed with a SBR tool.

In FIG. 3, the payload processor 110, for example, may group andinterleave BSAC payloads resulting from a coding, e.g., of the coder100, so that some of the BSAC payloads of audio data included in thefirst sub frame and some of the BSAC payloads of audio data included thesecond sub frame belong to one group, while a payload of data forextending a bandwidth of audio data included in the first sub frame anda payload of data for extending a bandwidth of audio data included inthe second sub frame belong to one group.

For example, if stereo audio data is used in an embodiment of thepresent embodiment, the payload processor 110, for example, may groupand interleave payloads so that the base layer LL0_0 and the base layerLL1_0 belong to one group, wherein the base layer LL0_0 is included ineach layer's BSAC payloads of audio data for the FL channel and the FRchannel included in the first sub frame resulting from the coding of thecoder 100, for example, with respect to the FL channel and the FRchannel, while the base layer LL1_0 is included in each layer's BSACpayloads of audio data for the FL channel and the FR channel included inthe second sub frame. Likewise, the rest of the layers of audio data forthe FL channel and the FR channel may be subject to the same process.

Further, the payload processor 110, for example, may group andinterleave payloads so that a BSAC payload LL0_3 and a BSAC payloadLL1_3 belong to one group, wherein the BSAC payload LL0_3 is included indata for extending a bandwidth of audio data for the FL channel and theFR channel included in the first sub frame resulting from the coding ofthe coder 100, for example, while the BSAC payload LL1_3 is included indata for extending a bandwidth of audio data for the FL channel and theFR channel included in the second sub frame.

The ES generator 120, for example, may generate a 0th elementary streamfrom the payloads LL0_0 and payloads LL1_0, e.g., which may have beengrouped and interleaved to be one group by the payload processor 110.Likewise, the rest of the layers of the audio data for the FL channeland the FR channel are subject to the same process.

Further, the ES generator 120 may generate a third elementary streamfrom the payloads LL0_3 and payloads LL1_3, e.g., which may have beengrouped and interleaved to be one group by the payload processor 110.Subsequently, the ES priority assignment unit 130, for example, mayassign a priority of 9 to the 0th elementary stream generated by the ESgenerator 120. Likewise, the rest of the layers of the audio data forthe FL channel and the FR channel may be subject to the same process.Further, the ES priority assignment unit 130 may assign a priority of 3to the third elementary stream generated by the ES generator 120.

Thereafter, the SL packet generator 140, for example, may generate twoSL packets from the respective elementary streams, e.g., as generated bythe ES generator 120. Then, the SL priority assignment unit 150, forexample, may assign priority to the respective SL packets generated bythe SL packet generator 140. According to the total bit-rate fortransmission of SL packets, the transmitter 160 may drop the two SLpackets in the descending order of values obtained by subtractingpriority of SL packets from priority of elementary streams, and transmitthe remainder of SL packets.

FIG. 4 further illustrates another dropping of an elementary stream,e.g., in a bit-stream processing/transmitting apparatus, according to anembodiment of the present invention.

Here, FIG. 4 illustrates scalable transmission of BSAC audio data andextension data thereof when extension data of audio data is data forextending a channel of audio data. That is, this embodiment includesscalable transmission of ‘BSAC channel extension with SBR’.

As illustrated in FIG. 4, four SL packets having a low priority may bedropped. However, it is briefly noted that the number of the sub framesis not limited to 1 in embodiments of the present invention, and thusone or more sub frames may be used. Further, the number of dropped SLpackets may also occasionally change.

In FIG. 4, the payload processor 110, for example, may group andinterleave payloads resulting from the coding of the coder 100, forexample, so that some of the BSAC payloads of audio data, some of thepayloads of data for extending a channel of audio data to amulti-channel, and payloads of data for extending a bandwidth of audiodata belong to one group.

The ES generator 120 may, thus, generate a 0th elementary stream fromthe payloads LL0_0, which may have been grouped and interleaved to beone group by the payload processor 110. Subsequently, the ES priorityassignment unit 130 may assign a priority of 9 to the 0th elementarystream, as generated by the ES generator 120, for example. The SL packetgenerator 140 may generate two SL packets from the 0th elementary streamgenerated by the ES generator 120. Thereafter, the SL priorityassignment unit 150 may assign priorities of 0 and 1 to the respectiveSL packets generated by the SL packet generator 140. Likewise, theremainder of the payloads illustrated in FIG. 4 may be subject to thesame process.

According to the total bit-rate for transmission of SL packets, thetransmitter 160, thus, may drop the four SL packets in descending orderof values, as obtained by subtracting priorities of SL packets frompriorities of elementary streams, and transmit the remainder of SLpackets.

FIG. 5 illustrates a bit-stream processing/transmitting apparatus,according to another embodiment of the present invention. The bit-streamprocessing/transmitting apparatus may include a coder 500, a payloadprocessor 510, an ES generator 520, an ES priority assignment unit 530,a SL packet generator 540, a SL priority assignment unit 550, and atransmitter 560, for example.

The coder 500 may hierarchically code audio data and extension data ofthe audio data. In such an embodiment, the audio data may be codedaccording to a BSAC technique. Examples of extension data of the audiodata may include data for extending a channel of audio data to amulti-channel, data for extending a bandwidth of audio data, and datafor generating a CRC code for checking a transmission error of audiodata, for example. In addition to the aforementioned extension data, theextension data of the audio data may also be meta data of the audio dataor may include a fill element of the audio data, for example, againnoting that embodiments of the present invention are not limitedthereto. When the extension data of the audio data is coded, the coder500 may thus code at least one of the aforementioned examples of theextension data of the audio data.

The payload processor 510 may truncate some of the payloads included inone sub frame resulting from the coding of the coder 500 along with someof the payloads included in another sub frame by considering atransmission environment between a coder side and a decoder side, forexample, by considering the number of layers that can be determinedaccording to a payload from a back-channel.

The payload processor 510 may truncate some of the payloads with a‘light-weight server process’. In an embodiment, the light-weight serverprocess is defined as an additional process required to truncate some ofthe payloads, for example, to parse a bit-stream. The term‘light-weight’ is used because processing and transmission of payloadsare simpler when in comparison with a method of dropping an elementarystream for an access unit among transmission techniques of BSACpayloads.

Further, the payload processor 510 may truncate only some of thepayloads of audio data, and not truncate a payload of extension data ofthe audio data. Therefore, the payload processor 510 may separate apayload of audio data from a payload of extension data by parsing abit-stream, and truncate only some of the payloads which do not belongto extension data according to the result of separation.

Here, the syntax of ‘zero_code’ and the ‘sync_word’ can be used for suchseparation in BASC. That is, the payload processor 510 may identify thepayload of extension data by using the ‘zero_code’ and the ‘sync_word’,and truncate only some of the payloads which do not belong to thepayload of extension data. The payload processor 510 may, thus,concatenate the ‘zero_code’ and the ‘sync_word’ at the end of thetruncated payload so that an access unit can be extracted from thetransmitted elementary stream (ES) when an audio data decoder checks the‘zero_code’ and the ‘sync_word syntax’. If there is no payload ofextension data, the process is rather easy since the aforementionedseparation may not be needed.

Further, the payload processor 510 may determine a target bit-rate byconsidering the transmission environments between the coder side and thedecoder side, calculate the number of target layers according to thetarget bit-rate, and truncate some of the payloads depending on thenumber of target layers.

The ES generator 520 may generate one elementary stream corresponding topayload groups on the compression layer from the payloads truncated bythe payload processor 510, and may further generate another elementarystream from the payload of extension data. The ES priority assignmentunit 530 may, thus, assign priorities to the elementary streamsgenerated by the ES generator 520. Subsequently, the SL packet generator540 may generate SL packets corresponding to payload groups on the synclayer from elementary streams generated by the ES generator 520. The SLpriority assignment unit 550 may further assign priorities to therespective SL packets generated by the SL packet generator 540. Thetransmitter 560 may then transmit the SL packets generated by the SLpacket generator 540. As described above, the ES generator 520, the SLpacket generator 540, and the transmitter 560 are not subject to anyspecial process for scalable transmission, according to an embodiment ofthe present embodiment.

FIG. 6 illustrates a truncating of a payload, e.g., in a bit-streamprocessing/transmitting apparatus, according to an embodiment of thepresent invention.

Here, FIG. 6 illustrates scalable transmission of audio data andextension data thereof when extension data of stereo audio data is datafor extending a bandwidth of audio data. That is, this embodiment showsthe scalable transmission of a payload resulting from a coding performedby using ‘BSAC SBR enhancement’.

Referring to FIG. 6, the number of sub frames may be set to 2, only asan example. In this case, the payload processor 510, for example, maytruncate a portion of each layer's payloads LL0_0 of stereo audio dataincluded in the first sub frame and a portion of each layer's payloadsLL1_0 of stereo audio data included in the second sub frame. The ESgenerator 520 may, thus, generate a 0th elementary stream from thepayloads LL0_0 and LL1_0, e.g., as truncated by the payload processor510, and generate a first elementary stream from the data LL0_1 andLL1_1 for extending a bandwidth of audio data.

FIG. 7 illustrates a bit-stream receiving and/or processing apparatus,according to an embodiment of the present invention. The bit-streamreceiving/processing apparatus may include a receiver 700, an ESrestorer 710, a payload restorer 720, and a decoder 730, for example. Aswill be describe below, with the embodiment of FIG. 7, a correspondingmethod of dropping an elementary stream can equally be implemented.

Accordingly, the receiver 700 may receive a bit-stream in a specificpacket format through an input terminal IN, for example, and thusreceives SL packets including some of the payloads grouped andinterleaved, e.g., such as those grouped and interleaved by a bit-streamprocessing/transmitting apparatus similar to that of FIG. 1. Accordingto an embodiment, the receiver 700 may receive some of the payloadsincluded in one sub frame and some of the payloads included in anothersub frame, as one group.

In a case similar to that illustrated in FIG. 2, the receiver 700 mayreceive a base layer on each layer's BSAC payloads of audio data and abase layer of payloads of each layer of data for extending a channel ofthis audio data as one group. Further, the receiver 700 may receive atop layer on each layer's payloads of audio data and a top layer on eachlayer's payloads of data for extending a channel of this audio data.

In a case similar to that illustrated in FIG. 3, the receiver 700 mayreceive some BSAC payloads of audio data included in one of sub frameand some BSAC payloads of audio data included in another sub frame asone group. Further, the receiver 700 may further receive a payload ofdata for extending a bandwidth of audio data included in one sub frameand a payload of data for extending a bandwidth of audio data includedin another sub frame, as one group.

The ES restorer 710 may then parse the SL packets, e.g., as received bythe receiver 700, on the SL layer, and thus restore elementary streamsincluding some of the payloads grouped and interleaved, such as thosegrouped and interleaved by a bit-stream processing/transmittingapparatus similar to that of FIG. 1. The SL layer is defined as a layerfor performing operations required to synchronize an audio data coderand an audio data decoder, for example, an operation of extractingsynchronization information between the audio data coder and the audiodata decoder from SL packets.

The payload restorer 720 may restore a payload to the original form byparsing the elementary streams, such as those restored by the ESrestorer 710. That is, the payload restorer 720 may restore the payloadsto the original form by using the elementary streams, including some ofthe payloads that may have been grouped and interleaved by such abit-stream processing/transmitting apparatus as that of FIG. 1. Here,the compression layer is defined as a layer for performing operationsrequired to decode payloads from elementary streams.

In particular, the payload restorer 720 may obtain information onpayloads in terms of the number of layers, the length, and the order byusing header information on payloads included in the elementary streamsrestored by the ES restorer 710, wherein the header information mayinclude information on grouped and interleaved payloads, such as thosegrouped and interleaved by a bit-stream processing/transmittingapparatus similar to that of FIG. 1. Thereafter, by using the obtainedinformation, the payload restorer 720 may de-interleave the payloadsreceived as one group, as described above, so as to restore one subframe, and then restores another sub frame.

In a case similar to that illustrated in FIG. 2, the payload restorer720 may restore each layer's BSAC payloads of audio data byde-interleaving the payloads received as one group, as described above,and also restore each layer's BSAC payloads of data for extending achannel of audio data.

In the a case similar to that illustrated in FIG. 3, the payloadrestorer 720 may restore each layer's BSAC payloads of audio data byde-interleaving the payloads received as one group, as described above,and also restore a payload of data for extending a bandwidth of audiodata.

According to an embodiment, the decoder 730 may further hierarchicallydecode audio data included in each layer's payloads, as restored by thepayload restorer 720, for example. Further, the decoder 730 may decodeextension data of audio data including at least one of data forextending a channel of audio data, as restored by the payload restorer720, to a multi-channel, data for extending a bandwidth of audio data,and data for generating a CRC code for checking for transmission errorsof audio data. In addition to the aforementioned extension data,extension data of the audio data may be meta data of the audio data ormay include a fill element of the audio data, for example.

FIG. 8 illustrates a bit-stream receiving/processing apparatus,according to another embodiment of the present invention. The bit-streamreceiving/processing apparatus may include a receiver 800, an ESrestorer 810, a payload restorer 820, and a decoder 830. As will bedescribe below, with the embodiment of FIG. 8, a corresponding method oftruncating a payload can equally be implemented.

The receiver 800 may receive a bit-stream in a specific packet formatthrough an input terminal IN, for example, and thus receive payloadshaving a portion truncated by a coder, such as that of FIG. 1, and SLpackets including a payload of extension data of audio data. Accordingto an embodiment, the receiver 800 may receive some of the payloadsincluded in one sub frame and some of the payloads included in anothersub frame, as one group.

The ES restorer 810 may parse the SL packets, e.g., as received by thereceiver 800, on the SL layer, and thus restore an elementary streamincluding the payloads having a portion truncated, e.g., by a coder suchas that of FIG. 1, and also restore an elementary stream including apayload of extension data of audio data.

The payload restorer 820 may restore payloads to the original form byparsing elementary streams restored by the ES restorer 810. That is, thepayload restorer 820 may restore payloads to an original form by usingpayloads, wherein some of the payloads of audio data may be truncated,such as by a bit-stream processing/transmitting apparatus similar tothat of FIG. 1, and a payload of extension data may not be truncated.

In particular, the payload restorer 820 may restore one sub frameincluding payloads having a truncated portion and a payload of extensiondata from payloads having a truncated audio portion included in oneelementary stream restored by the ES restorer 810 and a payload ofextension data included in another elementary stream.

According to an embodiment, the decoder 830 may hierarchically decodeaudio data included in each layer's payloads, e.g., as restored by thepayload restorer 820. Further, the decoder 830 may decode extension dataof audio data including at least one of data for extending a channel ofaudio data, as restored by the payload restorer 820, to a multi-channel,data for extending a bandwidth of audio data, and data for generating aCRC code for checking a transmission error of audio data. In addition tothe aforementioned extension data, extension data of the audio data mayalso be meta data of the audio data or may include a fill element of theaudio data, for example.

In a case similar to that illustrated in FIG. 3, the payload restorer820 may use payloads of audio data, wherein some of the payloads aretruncated whereas a payload of data for extending a bandwidth of audiodata is not truncated, thereby restoring the payloads to an originalform. More specifically, the payload restorer 820 may restore one subframe including payloads having a truncated portion and a payload ofdata for extending a bandwidth of audio data from payloads having atruncated audio data portion included in one elementary stream and apayload of data for extending a bandwidth of audio data included inanother elementary stream.

FIG. 9 illustrates a bit-stream processing/transmitting method,according to an embodiment of the present invention.

Referring to FIG. 9, the bit-stream processing/transmitting methodincludes operations that may be sequentially performed, in oneembodiment, in a bit-stream processing/transmitting apparatus, such asthat of FIG. 1, noting that embodiments are not limited thereto. Thus,although omitted, above descriptions for a bit-streamprocessing/transmitting apparatus may also apply to bit-streamprocessing/transmitting methods according to embodiments of the presentembodiment.

Accordingly, audio data and extension data of the audio data may behierarchically coded, in operation 900. In this operation, the audiodata may be coded by using the BSAC method, for example. Again, examplesof the extension data of the audio data may include data for extending achannel of audio data to a multi-channel, data for extending a bandwidthof audio data, and data for generating a CRC code for checking atransmission error of audio data. In addition, extension data of theaudio data may also be meta data of the audio data or may include a fillelement of the audio data, for example, noting that alternativeembodiments are equally available. When the extension data of the audiodata is coded, in operation 900, at least one of the aforementionedexamples of the extension data of the audio data may also be coded.

Here, payloads may be grouped and interleaved so that some of thepayloads included in one sub frame, resulting from the coding inoperation 900, and some of the payloads included in another sub framebelong to one group, in operation 910. Elementary streams correspondingto payload groups on a compression layer may further be generated fromgrouped and interleaved payloads, such as those grouped and interleavedin operation 910, in operation 920.

Further, priority may be assigned to elementary streams, such as thosegenerated in operation 920, in operation 930, and SL packetscorresponding to payload groups on a sync layer may be generated fromthe elementary streams generated in operation 930, in operation 940.

Thus, priority may be assigned to the respective SL packets, such asthose generated in operation 940, in operation 950.

According to the priority assigned in operations 930 and 950, some ofthe SL packets may, thus, be dropped and the remainder of SL packets maybe transmitted, in operation 960.

FIG. 10 illustrates a bit-stream processing/transmitting method,according to another embodiment of the present invention.

Referring to FIG. 10, the bit-stream processing/transmitting methodinclude operations that may be sequentially performed, in oneembodiment, in a bit-stream processing/transmitting apparatus, such asthat of FIG. 5, noting that embodiments are not limited thereto. Thus,although omitted, above descriptions for a bit-streamprocessing/transmitting apparatus may also apply to bit-streamprocessing/transmitting methods according to embodiments of the presentembodiment.

Accordingly, in one embodiment, audio data and extension data of theaudio data may be hierarchically coded, in operation 1000. In thisoperation, the audio data may be coded by using the BSAC technique, forexample. Again, examples of the extension data of the audio data mayinclude data for extending a channel of audio data to a multi-channel,data for extending a bandwidth of audio data, and data for generating aCRC code for checking a transmission error of audio data. In addition tothe aforementioned extension data, extension data of the audio data mayalso be meta data of the audio data or may include a fill element of theaudio data, noting that embodiments of the present invention are notlimited thereto. When the extension data of the audio data is coded, inoperation 1000, at least one of the aforementioned examples of theextension data of the audio data may also be coded.

After operation 1000, some payloads included in one sub frame, e.g.,resulting from the coding in operation 1000, may be truncated along withsome of the payloads included in another sub frame by considering atransmission environment between a coder side and a decoder side, forexample, by considering the number of layers that can be determined by apayload from a back-channel, in operation 1010.

One elementary stream may be generated which corresponds to payloadgroups on the compression layer from the payloads truncated in operation1010, for example, and another elementary stream may further begenerated from a payload of extension data, in operation 1020.

SL packets corresponding to payload groups on the SL layer may begenerated from the elementary streams, such as those generated inoperation 1020, in operation 1030, and then the generated SL packets maybe transmitted, in operation 1040.

FIG. 11 illustrates a bit-stream receiving/processing method, accordingto another embodiment of the present invention.

Referring to FIG. 11, the bit-stream receiving/processing methodincludes operations that may be sequentially performed, in oneembodiment, in a bit-stream processing/transmitting apparatus, such asthat of FIG. 7, noting that embodiments of the present invention are notlimited thereto. Thus, although omitted, above descriptions for abit-stream processing/transmitting apparatus may also apply tobit-stream processing/transmitting methods according to embodiments ofthe present embodiment.

Accordingly, in one embodiment, SL packets including some of the groupedand interleaved payloads, such as those grouped and interleaved by thebit-stream processing/transmitting apparatuses of FIGS. 1 and 5, may bereceived, in operation 1100.

Elementary streams including some of the grouped and interleavedpayloads, such as those grouped and interleaved by the bit-streamprocessing/transmitting apparatus of FIG. 1, may further be restored byparsing the SL packets received in operation 1100, in operation 1110.

Information on payloads may be obtained in terms of the number oflayers, the length, and the order by using header information onpayloads included in the elementary streams restored in operation 1110,wherein the header information may include information on the groupedand interleaved payloads, such as those grouped and interleaved by thebit-stream processing/transmitting apparatuses of FIGS. 1 and 5, inoperation 1120.

Payloads may be restored to an original form by de-interleaving thepayloads included in the elementary streams using information obtainedin operation 1120, in operation 1130.

Audio data, which may be included in each layer's payloads, restored inoperation 1130, and extension data of the audio data may behierarchically decoded, according to an embodiment, in operation 1140.Again, further in this operation, extension data of the audio data mayinclude at least one of data for extending a channel of audio data to amulti-channel, data for extending a bandwidth of audio data, and datafor generating a CRC code for checking a transmission error of audiodata. In addition to the aforementioned extension data, extension dataof the audio data may also be meta data of the audio data or may includea fill element of the audio data, for example.

FIG. 12 illustrates a bit-stream receiving/processing method, accordingto another embodiment of the present invention.

Referring to FIG. 12, the bit-stream receiving/processing methodincludes operations that may be sequentially performed, in oneembodiment, in a bit-stream processing/transmitting apparatus, such asthat of FIG. 8, noting that embodiments are not limited thereto. Thus,although omitted, above descriptions for a bit-streamprocessing/transmitting apparatus may also apply to bit-streamprocessing/transmitting methods according to embodiments of the presentembodiment.

Accordingly, SL packets including some of the grouped and interleavedpayloads, such as those grouped and interleaved by the bit-streamprocessing/transmitting apparatuses of FIGS. 1 and 5, may be received,in operation 1200.

By parsing SL packets received in operation 1200 on the SL layer,elementary streams may restored which include payloads having a portiontruncated, such as by a bit-stream processing/transmitting apparatussimilar to that of FIGS. 1 and 5, and an elementary stream including apayload of extension data of audio data may also be restored.

Payloads may be restored to an original form by parsing the elementarystreams, as restored in operation 1210, in operation 1220. Inparticular, in a bit-stream receiving/processing method of thisembodiment, one sub frame may be restored which includes payloads havinga truncated portion and a payload of data for extending a bandwidth ofaudio data from payloads having a truncated audio data portion includedin one elementary stream and a payload of data for extending a bandwidthof audio data included in another elementary stream.

Audio data, which is included in each layer's payloads, as restored inoperation 1220, and extension data of the audio data may behierarchically decoded, according to an embodiment of the presentinvention, in operation 1230. Further in this operation, extension dataof the audio data may be decoded and may include at least one of datafor extending a channel of audio data to a multi-channel, data forextending a bandwidth of audio data, and data for generating a CRC codefor checking a transmission error of audio data. In addition to theaforementioned extension data, extension data of the audio data may bealso meta data of the audio data or may include a fill element of theaudio data, for example.

According to an embodiment of the present invention, payloads of audiodata and extension data thereof can be grouped and interleaved accordingto priorities so that some groups thereof may be dropped, and theremainder of groups transmitted. Therefore, extension data that is moreimportant than a top layer of audio data, in terms of reproducing anoriginal sound, can be transmitted with priority.

In addition, audio data and extension data of the audio data may becoded, and some payloads of audio data truncated. Since the truncatedpayloads of audio data are transmitted along with a payload of extensiondata, it may be possible to achieve graceful degradation in soundquality while significantly reducing the total bit-rate of audio data.Thus, an embodiment of the present invention provides a solution inwhich the importance of extension data is taken into consideration inaddition to an importance of the corresponding audio data for scalabletransmission.

In addition to the above described embodiments, embodiments of thepresent invention can also be implemented through computer readablecode/instructions in/on a medium, e.g., a computer readable medium, tocontrol at least one processing element to implement any above describedembodiment. The medium can correspond to any medium/media permitting thestoring and/or transmission of the computer readable code.

The computer readable code can be recorded/transferred on a medium in avariety of ways, with examples of the medium including magnetic storagemedia (e.g., ROM, floppy disks, hard disks, etc.), optical recordingmedia (e.g., CD-ROMs, or DVDs), and storage/transmission media such ascarrier waves, as well as through the Internet, for example. Here, themedium may further be a signal, such as a resultant signal or bitstream,according to embodiments of the present invention. The media may also bea distributed network, so that the computer readable code isstored/transferred and executed in a distributed fashion. Still further,as only an example, the processing element could include a processor ora computer processor, and processing elements may be distributed and/orincluded in a single device.

Although a few embodiments of the present invention have been shown anddescribed, it would be appreciated by those skilled in the art thatchanges may be made in these embodiments without departing from theprinciples and spirit of the invention, the scope of which is defined inthe claims and their equivalents.

1. A method of processing/transmitting a bit-stream, the methodcomprising: coding audio data and at least one extension data for theaudio data; truncating selective payloads resulting from the coding; andtransmitting the truncated payloads.
 2. The method of claim 1, wherein,in the truncating of selective payloads, selective payloads of the audiodata are truncated, while a payload of the at least one extension datais not truncated.
 3. The method of claim 1, wherein: in the coding, theaudio data is hierarchically coded, and the at least one extension datais for extending a bandwidth of the audio data and is coded; and in thetruncating, selective payloads of the audio data are truncated, and apayload of the at least one extension data for extending the bandwidthof the audio data is not truncated.
 4. The method of claim 1, whereinthe truncating further comprises: truncating selective payloads of theaudio data included in one sub frame and selective payloads of the audiodata included in another sub frame, and generating elementary streamsfrom the truncated payloads.
 5. The method of claim 1, furthercomprising: generating elementary streams from a payload of at least oneextension data for extending a bandwidth of the audio data included inone sub frame and a payload of at least one extension data for extendinga bandwidth of the audio data included in another sub frame.
 6. Themethod of claim 1, further comprising: generating elementary streamsfrom the truncated payloads; and generating sync layer packets from thegenerated elementary streams, wherein, in the transmitting, thegenerated sync layer packets are selectively transmitted.
 7. The methodof claim 1, further comprising: generating elementary streams frompayloads of the at least one extension data; and generating sync layerpackets from the generated elementary streams, wherein, in thetransmitting, the generated sync layer packets are selectivelytransmitted.
 8. The method of claim 1, wherein, in the truncating, acoded portion of the extension data is identified by using a code thatindicates an end of the coded portion of audio data and a code thatindicates a start of the coded portion of extension data of the audiodata, and is truncated based on the identified code indicating the endand the code that indicates the start.
 9. The method of claim 1,wherein, in the truncating, select payloads are truncated based on atransmission environment.
 10. At least one medium comprising computerreadable code to control at least one processing element to implementthe method of claim
 1. 11. An apparatus processing/transmitting abit-stream, the apparatus comprising: a coder to code audio data and atleast one extension data for the audio data; a truncator to selectivelytruncate payloads resulting from coding of the coder; and a transmitterto transmit the truncated payloads.
 12. A method of receiving/processinga bit-stream, the method comprising: receiving payloads having truncatedportions; restoring the payloads having the truncated portions tooriginal form restored payloads; and decoding audio data included in therestored payloads and at least one extension data for the audio data.13. The method of claim 12, wherein, in the restoring, the payloads arerestored to the original form restored payloads by using audio payloadshaving the truncated portions and a payload of the at least oneextension data that is not truncated.
 14. The method of claim 12,wherein, in the restoring, the payloads are restored to the originalform restored payloads by using audio payloads having the truncatedportions and a payload of the at least one extension data for extendinga bandwidth of the audio that is not truncated.
 15. The method of claim12, wherein, in the restoring, select payloads are restored by decodingthe at least one extension data, for extending a bandwidth of the audiodata.
 16. The method of claim 12, further comprising: restoring receivedpayloads based upon a determining of whether received payloads of audiodata are truncated by comparing length information included inrespective head information of the received payloads of audio data withan actual size of the corresponding audio data.
 17. The method of claim12, wherein, in the decoding, audio data included in the restoredpayloads is hierarchically decoded, and the at least one extension data,for extending a bandwidth of the audio data, is decoded.
 18. The methodof claim 12, wherein, in the restoring, one sub frame with payloadshaving truncated portions and a payload of an extension data, isrestored from payloads having truncated audio data portions included inone elementary stream and a payload of extension data included inanother elementary stream.
 19. The method of claim 12, wherein, in therestoring, one sub frame with payloads having truncated portions and apayload of the at least one extension data, for extending a bandwidth ofthe audio data, is restored from payloads having a truncated audio dataportion included in one elementary stream and the payload of the atleast one extension data for extending the bandwidth of the audio data.20. The method of claim 12, wherein the receiving further comprisesreceiving sync layer packets including the payloads having the truncatedportions and sync layer packets including a payload of the at least oneextension data, and restoring an elementary stream including thepayloads having the truncated portions and an elementary streamincluding the payload of the at least one extension data by parsing thereceived sync layer packets, wherein, in the restoring, one sub frame,which includes the payloads having the truncated portions and thepayload of the at least one extension data, is restored by parsing therestored elementary streams.
 21. The method of claim 12, wherein, in therestoring, a code that indicates an end of a coded portion of audio dataand a code that indicates a start of a coded portion of the at least oneextension data are detected so as to identify a starting point of thecoded portion of the at least one extension data, and the at least oneextension data is decoded based on the identified code that indicatesthe end and the code that indicates the start.
 22. The method of claim12, wherein, in the decoding, an ending point of a coded portion of theat least one extension data is identified based on a length informationregarding the at least one extension data, and the at least oneextension data is decoded based on the identified ending point.
 23. Atleast one medium comprising computer readable code to control at leastone processing element to implement the method of claim
 12. 24. Anapparatus receiving/processing a bit-stream, the apparatus comprising: areceiver to receive payloads having truncated portions; a restorer torestore the payloads having the truncated portions to original formrestored payloads; and a decoder to decode audio data included in therestored payloads and at least one extension data for the audio data.